CONTACT RELATIONSHIP MANAGEMENT SYSTEM AND METHOD 



BACKGROUND OF THE INVENTION 

1. TECHNICAL FIELD 

The current invention generally relates to contact relationship management. Specifically, 
the invention provides a system and method for generating, tracking, and managing contacts as 
they relate to, for example, direct marketing efforts. 

2. BACKGROUND ART 

Many businesses process large volumes of contacts, i.e., name, address, telephone, email, 
etc., information for a particular individual, as a routine part of their marketing plan. One aspect 
of this processing fi-equently includes generating a list of contacts to be used, for example, in a 
mailing Ust, firom a combination of prospective and current customer names. 

Businesses that routinely handle large volimies of contacts include, but are not Umited to: 
utilities, financial institutions, political parties, retailers, catalogers, and higher education 
institutions. Ideally, a record of each contact will be stored in a database that will later be used to 
evaluate the effectiveness of the marketing offer. Given the large volume of contacts, it is 
difficult to track each contact, let alone integrate contact information with actual sales 
information to measure the effectiveness of each contact. Technology has been developed over 
the past few years that allows businesses to generate a personal identification number (PIN) for 
each contact in their database. Use of a PIN allows for simpUfied tracking and updating of 
contacts. For example, an individual may change his/her name, move, etc., several times during 
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his/her lifetime. Use of the PIN provides a static piece of data that remains associated with the 
individual while these other changes occur. 

When a Ust containing potentially new contacts is presented, the marketing organization 
can use this PIN technology to look for a contact in its PIN database that matches the new 
contact. If such a contact is found, it is returned and its PEST is used. However, if a match is not 
found, a new PIN is assigned to the contact and it is added to the database. Matching logic may 
differ from business to business or industry to industry. For example, due to the laws and 
regulations surrounding the credit industry, very few corrections or assumptions are made when 
seeking a match for a perspective contact. For example, a contact with the name "J. Doe" may 
be presented to the system. A contact having the name "John Doe" may abready be present with 
all other information being the same. However, in this situation a new PIN is generally assigned, 
and the two contacts are treated as different individuals. Other businesses can be more flexible 
in determining what constitutes a matching contact. Therefore, numerous rules for determining a 
match are possible. 

PEST technologies are but one tool in the direct marketing arsenal. It allows businesses to 
track contacts but it does not address all of the direct marketing issues. For example, most direct 
marketers market to both prospects (in hopes of acquiring new customers) and existing 
customers (in hopes of upselling or cross-selling additional products). The process of integrating 
these disparate lists is often referred to the merge and purge process and results in the production 
of one or more target lists or mailing files. 

The merge and purge process may first correct one or more data issues. For example, 
initially, a list of potentially new contacts may be in a format that is different from a business' 



internal data format. Consequently, the contact data may require reformatting to be made 
compatible with the existing contact data format. Additionally, corrections to the contact 
information may need to be made. Common corrections include, for example, mistyped street, 
city or state names, zip codes or individual names. The merge system can then merge the 
5 contacts into a mailing file. For example, multiple lists containing contacts may be merged into a 
single mailing file that includes one entry for each unique contact fi-om the Usts. In performing 
this, the merge system compares the data of contacts on each of the Usts with the data of contacts 
already added to the maiUng file. 

Q A business may also need to purge contacts from its mailing file. Contacts to be purged 
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10;^ may be in a purge hst identifying contacts that should not appear in the mailing file. For 

■ j^. 

Jr0 example, a business may obtain a list of contacts that m*e on a pander list to prevent unsolicited 
3rd class mail, a do not call Hst, or a list of recently deceased individuals. These contacts should 
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2 not appear in a mailing file to be used, for example, for a new mass-mailing campaign. Similar 

o 

jjl issues regarding the formatting of data and correction of mistyped data may also arise with the 
15M purge list and can be addressed in a similar fashion as discussed above. 

Businesses that produce mass mailings generally perform the merge and purge operations 
frequently. Using a catalog company as an example, it may rent or purchase one or more lists of 
contacts from another company. The contacts may then be sent with an intemal list of contacts 
through the merge and purge system described above to produce a final maiUng file containing 
20 the contacts to receive the mailing. 

However, frequently, a catalog company may desire to limit the contacts in a maihng file 
further. For example, it may seek to only send a mailing to contacts that did not receive a catalog 
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in the last mailing or have a target number of contacts to receive the mailing. Typically, a hst of 
contacts from one or more previous mailing files is used as a purge list for the merge and purge 
system described above to produce a new mailing file. 

Use of the merge and purge system in this mamier is inefficient in several respects. For 
5 example, the merge and purge system may perform several textual comparisons of contact data to 
determine whether two contacts match. This comparison is costly in terms of time, computing 
resources and is also error prone due to mistyped data. 

As a result, there exists a need for a system and method for integrating customer lists, 
prospect Usts, and prior contact history in such a way that direct marketers can use this 



i% The invention provides a system and method for managing contacts and contact 

j|| strategies. The invention assigns a unique identifier to each contact thereby allowing for efficient 

is . 

fU selection of contacts based on one or more attributes of the contacts. 



creating a contact database having a plurality of contacts, wherein each contact has a unique 
identifier; querying a history database for each contact using the unique identifier; determining a 
set of history attributes for each contact based on the query; and generating the target list from 
the contact database based on at least one history attribute. 




information to drive their marketing efforts. 



SUMMARY OF THE INVENTION 
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A first aspect of the invention provides a method of generating a target hst, comprising: 
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A second aspect of the invention provides a system for generating a target list from a 



plurality of input lists, each input hst having a plurality of input contacts, comprising: an 
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identification system for associating a unique identifier to each input contact; a merge system for 
processing the pluraUty of input hsts to generate a contact database having a plurahty of contacts; 
a history system for determining a set of history attributes for each contact by querying a history 
database for each contact using the unique identifier; and a target system for generating the target 
hst based on the contact database and at least one history attribute. 

A third aspect of the invention provides a method of creating a contact management 
report, comprising: creating a contact database having a plurahty of contacts by merging a 
plurality of input Usts, wherein each contact includes a unique identifier and a value indicating a 
number of input lists on which the contact appeared; querying a history database for each contact 
in the contact database using the unique identifier; specifying a previous target list based on a 
plurality of previous input lists; determining a set of history attributes for each contact in the 
contact database based on the previous target Hst and the query; and creating the contact 
management report based on the contact database, the previous target list and the set of history 
attributes. 

A fourth aspect of the invention provides a contact management report based on a contact 
database and a previous target Hst, wherein the contact database includes a plurality of contacts 
merged firom a plurality of input Hsts, and wherein the previous target list includes a plurality of 
target contacts merged firom a plurality of previous input Hsts, comprising: input Hst data that 
describes at least one attribute of each input Hst; previous target Hst data that describes at least 
one attribute of the previous target Hst; group data that describes one of a group of contacts and a 
group of target contacts having a common history attribute; aad comparison data that describes at 



least one history attribute of a group of contacts that match a group of target contacts and appear 
on both an input Ust and the previous target list. 

The exemplary aspects of the present invention are designed to solve the problems herein 
described and other problems not discussed, which are discoverable by a skilled artisan. 

BRIEF DESCRIPTION OF THE DRAWINGS 

These and other features of this invention will be more readily understood from the 
following detailed description of the various aspects of the invention taken in conjunction with 
the accompanying drawings in which: 

Figure 1 shows a computer system according to one aspect of the invention; 

Figure 2 shows a data flow diagram of the computer system of Figure 1; 

Figure 3 shows a portion of an exemplary contact management report; and 

Figure 4 shows a method of implementing the invention. 

It is noted that the drawings of the invention are not to scale. The drawings are intended 
to depict only typical aspects of the invention, and therefore should not be considered as limiting 
the scope of the invention. In the drawings, like numbering represents like elements between the 
drawings. 

DETAILED DESCRIPTION OF THE INVENTION 

Generally stated, the invention provides a system and method for generating, tracking, 
and/or evaluating one or more target lists. The system and method generate a target list based on 
at least one history attribute of contacts in a contact database. 



Turning to Figure 1, a target list generation system 10 according to one aspect of the 
invention is shown. Target list generation system 10 generally comprises computer 12 and 
program code 28. User 26 can interact with computer 12 executing program code 28 to create a 
target Ust (not shown). 

Computer 12 generally comprises memory 14, centeal processing unit (CPU) 16, 
input/output (FO) interface 18 and hus 20. A database 24 may also be provided for storage of 
data relative to processing tasks. Memory 14 and/or database 24 may comprise any known type 
of data storage and/or transmission media, including magnetic media, optical media, random 
access memory (RAM), read-only memory (ROM), a data cache, a data object, etc. Moreover, 
memory 14 and/or database 24 may reside at a single physical location, comprising one or more 
types of data storage, or be distributed across a plurality of physical systems in various forms. 
Likewise, CPU 16 may comprise a single processing unit, or be distributed across one or more 
processing units in one or more locations, e.g., on a client and server. Computer 12 can comprise 
an advanced mid-range multiprocessor-based server utilizing standard operating system software, 
which is designed to drive the operation of the particular hardware md which is compatible with 
other system components and I/O controllers. FO interface 18 may comprise any system for 
exchanging information with one or more external devices 22. For example, external devices 22 
may comprise any known type of input/output device including an FO port (serial, parallel, 
ethemet, etc.), a xmiversal serial bus (USB) controller, a network system, modem, keyboard, 
mouse, scanner, voice recognition system, monitor (cathode-ray tube (CRT), Uquid-crystal 
display (LCD), etc.), printer, disc drives, etc. Bus 20 provides a communication link between 
each of the components in computer 12 and Ukewise may comprise any known type of 



transmission link, including electrical, optical, wireless, etc. In addition, although not shown, 
additional components, such as cache memory, communication systems, system software, etc., 
may be incorporated into computer 12. 

Program code 28 is shown stored in memory 14. User 26 can interact with program code 
28 to create a target list. User 26 may interact with program code 28 by interacting directly with 
external devices 22, and/or by interacting with another computing device 30 in communication 
with one or more extemal devices 22 in a client-server environment. Computing device 30 could 
communicate with computer 12 via extemal devices 22 throu^, for example, a direct 
connection, a private network, a virtual private network (VPN), a local area network (LAN)? a 
wide area network (WAN), etc. For example, program code 28 can execute on computer 12 that 
is connected to the world wide web by using one or more extemal devices 22. User 26 can 
subsequently access the world wide web using computing device 30 and interact with program 
code 28. 

Program code 28 is shown including an identification system 32, a merge system 34, a 
history system 36, a report system 38, a target system 40 and an update system 42. The operation 
of each of these systems is further discussed with reference to Figure 2. 

Figure 2 shows a data flow diagram of one embodiment of the invention that includes a 
front end system 44 and a back end system 48. As shown, front end system 44 processes a 
plurality of input lists 45 each having a plurality of input contacts to create a contact database 46 
having a plurality of contacts. Contact database 46 is then provided to back end system 48 that 
generates one or more target lists 50. Each target list 50 is generated based on at least one history 
attribute included in a set of history attributes that is determined by back end system 48 querying 
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a history database 52. History database can contain data on previous target contacts, previous 
target lists, information derived during the consumer identification process (i.e., the number of 
different lists on which each contact name appeared), etc. Contacts in contact database 46 are 
hnked with data in history database 52 through the use of persistent and unique identifiers 
obtained by firont end system 44 querying stored database 54. It is understood that a set of history 
attributes can include a single history attribute or a plurality of history attributes as required by a 
particular application. 

Front end system 44 is shown mcluding identification system 32 and merge system 34 
that process the plurahty of input lists 45 into contact database 46. Laput hsts 45 each include a 
plurality of input contacts and can come from any source. For example, input Usts 45 can be 
generated by a third party who rents use of input list 45 to a company, can be based on a previous 
target Ust 50, can be generated from a stored database 54, etc. 

Identification system 32 associates a unique identifier to each input contact that does not 
have a unique identifier. The unique identifier is any unique and persistent mechanism 
identifying an individual represented by the data. In some cases, input contacts on input Hsts 45 
may already have unique identifiers. For example, an input Ust 45 may be a previously generated 
target Ust 50. In this case, identification system 32 can pass input Ust 45 on to merge system 34 
without processing. In other cases, input Usts 45 may be a Ust of contacts obtained from a third 
party that do not have associated unique identifiers compatible with system 1 0. Iti this case, 
identification system 32 can use stored database 54 to associate a unique identifier to each 
contact that does not have a unique identifier. 



Stored database 54 has a plurality of stored contacts, each having a unique identifier. 
Each stored contact in stored database 54 represents a unique individual (as best can be 
determined) and each has a unique identifier different from all other unique identifiers in stored 
database 54. In operation, identification system 32 determines whether each input contact on 
each input Ust 45 matches any of the stored contacts in stored database 54. If an input contact 
matches any stored contact, the unique identifier of the stored contact can be associated with the 
input contact. More than one input contact on a particular input Ust 45 may be determined to 
match the same stored contact and thus will have the same unique identifier associated to each 
input contact. However, when an input contact does not match any stored contact in stored 
database 54, identification system 32 can generate a unique identifier for the input contact. 
Identification system 34 can further add each input contact that does not match any stored contact 
to stored database 54. 

Identification system 32 can also assign one or more additional identifiers. For example, 
identification system 32 may assign a group identifier that is unique to all input contacts/ stored 
contacts having addresses that are determined to match, i.e., belonging to the same household. 
Numerous other groupings of individuals are possible and are equally covered under the 
invention. 

Identification system 32 can use any of numerous standards in determining whether two 
data items are a match. A higher standard would require that all information in the respective 
data items match exactly. Conversely, it may be acceptable that the respective data items are 
highly similar, for example, having a single different letter, two swapped letters, etc. 
Additionally, contacts may be determined to match when most of the data items are determined 
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to match and/or are identical or several key data items match and/or are identical, A user can be 
allowed to select and/or change a particular standard used by identification system 32 and/or 
subsequent systems as discussed below to determine a match. 

Merge system 34 processes input lists 45 to generate contact database 46. Merge system 
34 can process each input list 45 in a particular order. For example, input lists 45 can each 
include a priority. Merge system 34 can process the input lists 45 by starting with the highest 
priority, and continuing to process each remaining input list 45 in reverse order of the input Hsts 
45 respective priorities. Merge system 34 can further determine an input list 45 having a highest 
y priority on which each contact appeared. For example, each contact can include data identifying 
l(ij an input list 45 from which it was selected and added to contact database 46. By processing 
III input lists 45 from highest priority to lowest priority as described above, the data will identify the 
is input list 45 having the highest priority on which the contact appeared. Alternatively, merge 
system 34 can process each input list 45 in the order that they are selected by a user or without 
following a particular ordering. It is understood that any method of selecting an order of 
processing input lists 45 is possible and covered under the invention. 

Merge system 34 determines a set of xmique input contacts from input lists 45 and adds 
each xmique input contact to contact database 46. Initially, merge system 34 can "dedup" some 
or all of input lists 45. Deduping input Hst 45 can include marking and/or removing input 
contacts that are determined to match another input contact on the same input list 45. Because 
20 each input contact has a unique identifier after passing through identification system 32, 

matching input contacts can be determined by comparing the respective unique identifiers and 
determining whether they are the same. Altematively, a match can be determined by comparing 
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data, for example, by using any method as described above with reference to identification 
system 32. 

One or more suppress lists 56 can also be input into front end system 44. A suppress list 
56 can contain a plurality of suppress contacts that should be prevented from being added to 
5 contact database 46. For example, suppress list 56 can include individuals that have expressed a 
desire not to be contacted, individuals who do not desire unsolicited 3rd class mail, recently 
deceased individuals, etc. Suppress list 56 can be an external list and may be first processed by 
identification system 32 and deduped as described above. Merge system 34 can ensure that each 
Q suppress contact does not appear in contact database 46. For example, prior to adding an input 
1 ^ contact on input list 45 to contact database 46, merge system 34 can determine if the input 

contact is on any suppress list 56. This can be done, for example, by comparing the respective 
unique identifiers or by determining if the respective contacts are a match, 
y Should an input contact not appear on any suppress list 56 or no suppress list 56 is 

0 provided, merge system 34 can check contact database 46 to determine if the input contact 
1 5 y matches any contact. This also can be determined, for example, by comparing the unique 

identifier of the input contact with the unique identifiers of contacts aheady in contact database 
46. If the input contact does not match any contact then it can be added. If the input contact does 
match a contact, then the input contact may not be added. In this case, merge system 34 can 
determine the number of input hsts on which each contact appeared by, for example, 
20 incrementing a number in a field associated with the contact that represents the number of input 
hsts 45 on which the contact appeared. 
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Front end system 44 can also process one or more data lists 57. Data list 57 can include a 
plurality of entries that contain various information about individuals. For example, it may 
comprise a voter registration list, a national change of address Ust, a deceased hst, contain 
demographic information about individuals such as age and income, etc. Various lists are 
available from numerous companies and may be rented or purchased by a company that desires 
to use some or all of the information. Each data list 57 can be processed by identification system 
32 in a similar manner as discussed above. Merge system 34 can use data Ust 57 to add and/or 
correct information for input contacts prior to or after adding each input contact to contact 
database 46. Additionally, identification system 32 and/or merge system 34 can update 
information in stored database 54 for a stored contact to reflect data retrieved from data list 57. 
Altematively, updating and/or processing of data lists 57 can be done by another system external 
from the invention. 

The above discussion is only exemplary of the methods for creating a contact database 46 
based on a plurality of input hsts 45. The preceding discussion is intended to provide 
clarification to the invention and is not intended to limit the invention to the disclosed method. 
Other methods and variations of the described method can be used and are equally covered under 
the invention. 

Contact database 46 includes a pluraUty of contacts, as discussed above. Each contact 
can include, for example, name and address information of an individual, a unique identifier as 
discussed above, one or more group identifiers as discussed above, a number of input lists on 
which the contact appeared, an input list from which the contact was selected, one or more flags 
indicating whether or not each name matched a suppression list or a pander list, etc. Each of 
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these attributes can be stored as an individual and/or as a group (i.e., household). Other data, 
such as poUtical affihation, age, gender, etc. may also be included for certain applications. 

Once front end system 44 has completed processing input Usts 45, contact database 46 
can be provided to back end system 48 to generate one or more target hsts 50. Back end system 
48 can include a history system 36, a report system 38, a target system 40 and an update system 
42. Back end system 48 queries history database 52 for each contact using the unique identifier 
and determines a set of history attributes for each contact based on the query. Back end system 
48 then generates one or more target hsts 50 from contact database 46 based on one or more of 
ij the history attributes. For each contact identified by a unique identifier, the set of history 
lOi attributes can include, for example, each previous target hst on which the contact appeared, a 
number of input lists on which the contact appeared for a particular target hst, etc. 

History system 36 can easily determine a set of history attributes for each contact based 
on querying history database 52 by using the unique identifier of each contact. For example, by 
comparing unique identifiers, one or more previous target hsts 50 can be examined to determine 
15 whether a current contact appeared on any of the previous target hsts 50, Additionally, a 

previous target list 50 may have been generated by a plxirality of previous input hsts. Jh this case, 
the set of history attributes for contacts that appeared on a previous target list 50 can fiirther 
include the number of previous input lists 45 on which the current contact appeared when the 
previous target list 50 was generated. 
20 This process is greatly facilitated by using and maintaining the unique identifiers. 

Namely, history system 36 only needs to compare the unique identifier of the current contact with 
history database 52 to collect all history attributes for the contact. Without the xmique identifiers, 
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an expensive and frequently inaccurate text comparison would be required to determine a match, 
as described above with regard to front end system 44. hi addition to the unique identifiers, 
group identifiers can also be used to assist in efficiently searching for data by groups of contacts 
that share one or more attributes. For example, using group identifiers that identify households, 
as described above, can allow for an efficient search to determine the last time any contact in the 
household received a maihng. 

Target system 40 generates one or more target lists 50 based on contact database 46 and 
at least one history attribute. For example, a user may want each contact in contact database 46 
that did not appear on a previous target hst to be added to a target Ust 50. Alternatively, a user 
may want to generate target Usts 50 based on the number of input lists, etc. Target system 40 can 
further allow a user to base target hsts 50 on one or more contact management reports 58. 

Report system 38 can be included to generate contact management report 58 based on 
contact database 46 and one or more previous target hsts 50. For example, report system 38 can 
query history database 52 for each contact on contact database 46 using the unique identifier of 
each contact. Report system 38 can then determine a set of history attributes for each contact 
based on one or more specified previous target hsts 50 aad the query. Report system 38 can 
create contact management report 58 based on contact database 46, one or more specified 
previous target lists 50 and the set of history attributes. Target system 40 can ftirther allow a user 
to analyze contact management report 58 and base one or more target lists 50 on contact 
management report 58. For example, target system 40 can select a group of contacts having at 
least one common history attribute based on contact management report 58 and add each contact 
in the group to one or more target hsts 50. Target system 40 can generate a printed contact 
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management report 58 and/or an electronic version of contact management report 58. An 
electronic version of contact management report 58 can include capabilities to allow a user to 
easily select contacts based on the data. For example, contact management report 58 can include 
links that allow a user to select a particular piece of data and add the contacts that comprise the 
data to one or more target hsts 50. 

Contact management report 58 contains data derived from contact database 46 and history 
database 52. For example, Figure 3 shows a portion of an exemplary contact management report 
158. Contact management report 158 is based on a contact database having contacts processed 
from input lists 45 A, 45B, 45C. Additionally, data from previous target hsts 50A, 50B is based 
on querying history database 52 and is also shown included. Contact management report 158 is 
shown having three sections of data that each compare an input list 45 A-C with each prior target 
Hst 50A-B. 

Contact mmagement report 158 is shown including data that describes one or more 
attributes of each input hst 45 A-C. For example, column 60 includes an input list name or 
identifier, colimm 62 includes a priority for an input list, and column 66 includes a count of the 
total unique input contacts obtained from an input list. This data can be stored and obtained in 
contact database 46. For example, each contact can have a data field that identifies an input Ust 
from which the contact was selected. In this case, contact database 46 can be queried to 
determine a number of contacts having a certain value for an input list name or identifier. 
Column 64 includes a count of the total input contacts on each input list 45 A-C. Contact 
database 46 can contain a table that includes data about each input list, for example, an input list 
name, an input list priority, a total input contact count, etc. Alternatively, each contact can 
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include some or all of this information as part of its data. For example, each contact can include 
a count of the number of input entries that were determined to match on an input list. Other 
methods of storing and retrieving data are possible and are equally covered by the invention. 

Contact management report 158 is shown further including previous target hst data that 
describes at least one attribute of each previous target Hst 50A-B. For example, column 63 
includes a date on which each previous target hst 50A-B was generated. This data can be stored 
and obtained, for example, in history database 52. Additionally, column 66 includes a number of 
target contacts for each previous target list 50A-B that appear on each input list 45A-C. This 
data can be obtained, for example, by querying history database 52 for a number of target 
contacts on a previous target hst 50A-B, having a unique identifier that matches a unique 
identifier of any contact in contact database 46 that came firom input hst 45 A, 45B, or 45C. 

Contact management report 158 is shown further including group data that describes a 
group of contacts or a group of target contacts having at least one common history attribute. For 
example, contact management report 158 can include column 68 which includes a number of 
contacts or target contacts obtained from input list 45A-C or a previoxis target list 50A-B that 
appeared on a single respective input list when the contact database or previous target hst 50A-B 
was generated. Similarly, contact management report 158 can further include colunm 70, which 
includes a number of contacts fi'om an input list 45A-C or a previous target Hst 50A-B that 
appeared on a plurality of respective input lists 45 when contact database 46 or previous target 
list 50A-B was generated. 

Contact management report 158 can also include comparison data that compares at least 
one history attribute of a group of contacts that match a group of target contacts and appear on 
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both a contact list 46A-C and a previous target list 50A-B, respectively. A match can be 
determined by comparing unique identifiers of contacts and target contacts. For example, contact 
management report 158 can include column 72 which includes a number of the group of contacts 
that appeared on a single input list 45 A-C in contact database 46 and multiple previous input Usts 
45 for a previous target list 50A-B. Additionally, column 74 can show a number of the group of 
contacts that appeared on multiple input lists 45 for both contact database 46 and a particular 
previous target list 50A-B. 

Returning to Figure 2, target system 40 can use contact database 46, history database 52 
and/or contact management report 58 to more effectively generate target lists 50. For example, a 
mail order company may seek to generate target Usts 50 to be used in an upcoming mailing. The 
company may purchase several input lists 45 and process them to create contact database 46 as 
discussed above. Generally, contacts in contact database 46 that appear on more than one input 
Ust 45 are considered to be more Ukely to make a purchase. Consequently, if the company seeks 
to make an effective target Ust 50, it may eliminate contacts in contact database 46 that appeared 
on a single input list 45. 

However, after querying history database 52 and/or creating contact management report 
58, the company can determine contacts in contact database 46 that appeared on a single input 
Ust 45, but were on a plurality of previous input Usts when a specified previous target list was 
generated (as shown by column 72 of contact management report 158 in Figure 3.) For example, 
a previous mailing generated during the same season of a previous year can be specified as a 
previous target Ust. These contacts may be more likely to purchase, and therefore can be 
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included on one or more target lists 50 to be generated. This can increase the effectiveness of the 
mailing, thereby increasing its profitability. 

Update system 42 can be included to update history database 52 based on one or more of 
target Usts 50 generated by back end system 48. For example, each target contact on a specified 
target Ust 50 can be updated in history database 52. Additionally, a separate table including 
information on previous target lists can be updated to include information on one or more of 
target Usts 50 that have just been generated. 

Figure 4 shows a method of implementing the invention. In particular, a contact database 
is created in step S 1 . The contact database can be based on a plurality of input lists, any number 



l&t of suppress Usts and delete lists, and a stored database for associating unique identifiers to each 



contact. Next, a history database is queried in step S2. Based on the query, a set of history 
Q attributes can be determined in step S3. Using the set ofhistory attributes and the contact 

k 

l3 database, a contact management report can be created in step S4. The contact management 
report can include data obtained fi-om the history database on one or more previous target hsts. 

Ill 

1 5 This data can then be used, along with the contact database to generate a target list in step S5. 
Finally, when desired, the history database can be updated based on a target list in step S6. 

It is understood that the various systems previously discussed are presented in this 
maimer for clarity, and can be implemented in any combination and configuration. The various 
systems of program code 28 shown in Figures 1 and 2 can be implemented on separate computers 

20 and/or combined into fewer systems. Additionally, the fimctions provided by each system can be 
combined or rearranged among systems without departing from the invention. It is fiirther 
understood that data discussed as being stored in a database, a list, a file, etc. and relrieved using 
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a query, etc. can be stored and retrieved using any method now known or later developed. Use of 
these terms is not intended to limit the invention to storing and/or accessing data using these 
methods and is used solely as an exemplary implementation, and for purposes of clarity. 

In the previous discussion, it is xmderstood that the method steps discussed can be 
performed by a processor, such as CPU 16 of computer 12, executing instructions of a program 
product (for example, program code 28) stored in memory 14 as shown in Figure 1 . It is 
understood that the various devices, modules, mechanisms and systems described herein may be 
realized in hardware, software, or a combination of hardware and software, and may be 
compartmentalized other than as shown. They may be implemented by any type of computer 
system or other apparatus adapted for carrying out the methods described herein. A typical 
combination of hardware and software could be a general-purpose computer system with a 
computer program that, when loaded and executed, controls the computer system such that it 
carries out the methods described herein. Altematively, a specific use computer, containing 
specialized hardware for carrying out one or more of the fimctional tasks of the invention could 
be utilized. The present invention can also be embedded in a computer program product, which 
comprises all the features enabUng the implementation of the methods and fianctions described 
herein, and which, when loaded in a computer system, is able to carry out these methods and 
fimctions. Computer program, software program, program, program product, or software, in the 
present context mean any expression, in any language, code or notation, of a set of instructions 
intended to cause a system having an information processing capability to perform a particular 
fimction either directly or after the following: (a) conversion to another language, code or 
notation; and/or (b) reproduction in a different material form. 
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The foregoing description of various aspects of the invention has been presented for 
purposes of illustration and description. It is not intended to be exhaustive or to limit the 
invention to the precise form disclosed, and obviously, many modifications and variations are 
possible. Such modifications and variations that may be apparent to a person skilled in the art 
5 are intended to be included within the scope of the invention as defined by the accompanying 
claims. 
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